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payment of the restaurant bill. The employee turnover in this industry is very 
high. The waiter employee of the restaurant may be a dishonest person that 
misuses the customer personal information. In addition, a waiter makes four trips, 
as described above, to process a payment, making processing a payment a 
5 labor-intensive activity. 

A news item from Daily Breeze, Jan 20, 2002; page A5 shows that a 
credit card fraud ring uses restaurant workers. 

10 In light of the above, it is an objective of the present invention to provide 

an apparatus and method that facilitates payment for a meal in a restaurant 
without providing sensitive information from the bankcards to employee-waiter. 

Another objective is to make more efficient processing of bankcard 
15 payments from a customer to the restaurant merchant. 

SUMMARY 

The present invention is directed to an efficient payment system for 
restaurant industry that facilitates (i) payment by a customer using bankcard for a 
meal in a restaurant and (ii) payment without the customer providing personal 
20 sensitive data from bankcards to employees/waiters of the restaurant. 

The payment system includes a central system and a portable wireless 
device, a card processor, and a merchant payment terminal system. The 
following steps may be used to effect an efficient and secure payment to the 
25 restaurant. 

The bill being presented by a waiter carries a service code, identifying a 
merchant number, a table number and a server number. On receiving the bill, 
the customer using the wireless device connects to a secure web connection with 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features of this invention, as well as the invention itself, both as 
5 to its structure and its operation, will be best understood from the accompanying 
drawings, taken in conjunction with the accompanying description, in which 
similar reference characters refer to similar parts, and in which: 

Figure 1 is a block diagram that illustrates a prior art restaurant payment 
10 system; 

Figure 2 is a block diagram that illustrates features of the present 
invention payment system between a dining customer and a restaurant owner; 

Figure 3 is a block diagram that illustrates a central system having 
features of the present invention; and 
15 Figures 4 is illustration of a flow diagram of a payment system having 

features of the present invention. 
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DESCRIPTION 

Introduction 

5 The present invention is directed to a payment system for restaurant 

industry that facilitates efficient payment using a bankcard for a meal in a 
restaurant and also without providing personal sensitive data from bankcards to 
employees/waiters of the restaurant. 

10 With initial reference to Figure 2, the payment system 02 includes a 

central system 10 and a portable wireless device 12 and a card processor 36. A 
partition 20 may divide the dining tables with a customer 06 from the merchant 
computer system 08 with a payment terminal 04. A waiter 22 makes a trip to 
bring a bill 26 to the customer 06. 

15 

The bill 26, in addition to the normal items, as illustrated in Figure 2, 
carries a service code 336. The service code 336 may be made up of three parts, 
the merchant number 442, the table number 352 and the server number 354. 

20 The central system 10 stores and/or can readily access merchant data 

including merchant ID and personal data of a customer including information 
regarding one or more bank accounts of the customer. 

On receiving the bill 26, the customer 06 using device 12 connects to a 
25 secure web connection with the system 10 and is presented a data card 14. The 
customer enters the data as identified and as described later. The central system 
10 with the pre-stored data of the merchant and customer and using the card 
processor 36 process the payment. After the approval of the payment transaction 
is received from the card processor 36, the central system 10 presents to the 
30 customer, on the wireless device 12, a data card 16, showing that the payment 
has been processed. The central system 10 concurrently sends to the merchant 
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system 08 a data record 24 showing the payment has been processed 
successfully. Optionally, the merchant system 08 is attached to a display 
terminal 23 that displays the table number, server number, amount and the 
status of the payment by a color coded display icon 18, where the waiter 22 may 
5 verify the payment has been made. 

These and other aspects of the invention are described herein, where the 
headings are provided for the convenience of the reader. 

10 Wireless Device 12 

The portable wireless device 12 may be a cellular telephone with a screen 
and a keypad. Alternatively, it may be personal digital assistant (PDA) with a 
wireless modem, which also has a display screen and a soft keypad. 

15 Central System 10 

Referring to Figure 3, the central system 10 includes (i) a system storage 
device 426, (ii) a system operating system 402 stored in the system storage 
device 426, (iii) a system program 404 stored in the system storage device 426, 
(iv) and a system processor 430 connected to the system storage device 426. 

20 

The system processor 430 can include one or more conventional CPU's. 
The system processor 430 can be capable of high volume processing and 
database searches. 

25 The system storage device 426 can, for example, include one or more 

magnetic disk drives, magnetic tape drives, optical storage units, CD-ROM drives 
and/or flash memory. The system storage device 426 also contains a plurality of 
databases used in the processing of transactions pursuant to the present 
invention. For example, as illustrated in Figure 4, the system storage device 426 

30 can include a merchant database 440, a customer database 438 and a 
transaction database 442. 
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The system 10 includes a system network interface (not shown) that 
allows the system 10 to communicate with the customer 06 and the merchant 08 
and the card processor 36. Conventional internal or external modems may serve 
5 as the system network interface. In one embodiment, the system network 
interface is connected to the customer, merchant and the card processor on a 
global network. 

A merchant network interface (not shown) allows the merchant 08 to 
10 communicate with the system 10. Conventional internal or external modems 
may serve as the merchant network interface. In one embodiment, the merchant 
network interface is connected to the system 10 on the global network. 

A customer network interface (not shown) allows the customer to 
15 communicate with the system 10. Conventional internal or external modems 
may serve as the customer network interface. In one embodiment, the customer 
network interface is connected to the system 10 on the global network. 

The system 10 interfaces with a card processor 36 representing a 
bankcard authorization network. The bankcard authorization network is a 
20 computer system that process payments from bankcards using an automated 
clearing house to process payments between banks. 

The system processor 430 is operative with the system program 404 to 
perform the Security Function 406, Payment Processing Function 408, Customer 
Interface function 410, Merchant Interface function 412, and Interface function 
25 414. 

Customer database 438 

With reference to Figure 3, the customer database 438 within the central 
system 10 contains private data specifically related to the customer 06 that is 
transferred to the system 1 0 from the customer. 

30 
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This database contains the customer identifier 450, CPIN 456, Bank 
account data 458 and e-mail address 460. The telephone number of the wireless 
device may serve as the customer identifier. Multiple CPIN and bank account 
5 data for each customer may be maintained allowing a customer to use any one 
of his/her accounts whether they are checking accounts, debit card accounts or 
credit card accounts. Card personal identification number (CPIN) may be used 
to identify one of many cards that the customer wishes to use for a payment. 

10 Merchant database 440 

This database maintains data on the merchants who use the payment 
system 02. The database 440 maintains data on each of the merchant as 
merchant number 442, merchant name 444, a URL 446, a merchant identification 
448, and e-mail address 450. 

15 

Merchant ID 448 is an existing ID of the merchant that is used to process 
his existing card transactions. URL 446 is the uniform resource locater on the 
global network of his computer system 08, where he can receive the payment 
record 24 from the central system 10. Alternatively, E-mail 450 is where he can 
20 receive record 24 from the central system 10 of payment transactions. 

Transaction database 442 

This database logs all payment transactions by a transaction reference 
340, date/time of transaction 342, merchant number 442, amount 332, 
25 authorization code 334 received from the card processor 36, tip amount 330, 
table number 352, server number 354, and customer identification 450 

Merchant System 08 

With reference to Figures 2, the merchant system 08 is a prior art 
30 computer system. It may be used by the merchant in conjunction with a card 
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processing terminal 04 that is connected to the card processor 36 to process 
card payments. 

According to the present invention, the merchant system 08 may 
5 optionally be connected to a display terminal 23 that displays the status of 
payment transactions. The status of the payments may be displayed by the table 
number, the server number, the amount to be paid or paid and the status of the 
payment in a color-coded format 18. This enables the waiter 22 to readily 
determine that the payment has been successfully processed. 

10 

Optionally, the waiter 22 on preparing the bill 26 may use the computer 
system 08. When the bill 26 is prepared, the display terminal 23 may show the 
table number, server number, amount and status as payment in process. When 
the record 24 is received by the merchant system 08 from the central system 10, 
15 the status may be updated as Paid and the amount may be updated to what was 
paid including the tip amount. 

Central System Program 404 

With reference to Figures 2 and 3, the central system program 404 is 
20 operative with the central system processor 430 to provide the functions of (i) 
Security Function 406, (ii) Payment Processing Function 408, (iii) Customer 
Interface Function 410, (iv) Merchant Interface Function 412, (v) and an Interface 
function 414. Further, the system program 404 is operated with the payment 
system processor 430 to perform the tasks of the central system 10 provided 
25 herein. 

The Security Function 406 performs the tasks of determining and verifying 
from the customer telephone number 450 and CPIN 456 the customer 06 and the 
specific bank account 458 when the customer initiates a payment transaction 
30 using the wireless device 12. The system 10 is a secure server and uses 
encryption when communicating with the device 12 and the card processor 36. 
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Operation 

The operation of the apparatus 02 for a payment transaction between a 
customer and a restaurant merchant can be further understood with reference to 
5 the flow chart illustrated in Figure 4. Importantly, the order of some or all of the 
steps can be varied. Further, not all of the steps outlined below may be 
necessary to perform a payment transaction pursuant to the present invention. 

At step 500, merchant 08 opens an account with central system 10 with a 
10 Merchant number 442 and providing merchant identifier 448, URL 446, e-mail 
450. 

At step 502, customer 06 opens an account at central system 10 with 
customer ID in form of telephone number 450, CPIN 456, e-mail 460 and 
15 bankcard data 458. 

At step 504, waiter 22 brings a bill 26 to a customer 06 with a service 
code 336. At step 506, customer 06 takes out his/her wireless device 12 and 
connects to central system 10 website and is presented a data card 14. At step 

20 508, customer 06 enters data of customer ID 450, service code 336, amount 330, 
tip 332 and CPIN 456 and OK to send to central system 10. At step 510central 
system 10 receives record 14, uses customer id 450 to verify CPIN 456 and 
retrieves customer account data 458. At step 512, central system 10 uses 
service code 336 to find merchant number 452, retrieve merchant ID 448, 

25 assemble payment record and sends to card processor 36. At step 514. central 
system 10 receives authorization record from card processor 36, forwards 
approval data to customer as data card 16. At step 516, central system 10 
forwards approval data record 24 to merchant system 08 for display on display 
terminal 23 that includes table and server information and payment status 18. 

30 
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